Thermostat with direction display

ABSTRACT

A thermostat in a building includes a user interface, a communications interface, and a processing circuit. The user interface is configured to present information to a user. The communications interface is configured to receive emergency information and building event information from a network. The processing circuit is configured to generate one or more emergency directions based on the emergency information and one or more building event directions based on the building event information. The processing circuit is configured to select a highest priority direction based on the emergency directions and the building event directions and cause the user interface to display the highest priority direction.

BACKGROUND

The present disclosure relates generally to HVAC control devices. The present disclosure relates more particularly to thermostats.

Navigation through a building can be difficult for individuals unfamiliar with the building layout since the layout of each building may be unique. Navigating a building may require an individual to pick up a map brochure from a front desk or request directions from other occupants of the building while navigating through the building. In the event of a building emergency, occupants can follow exit signs to the nearest exit. However, exit signs are only useful in case of a building evacuation. Building occupants do not conventionally have a method for receiving directions to respond to a shooter lockdown, a tornado, a flood, and other emergency situations. Additionally, finding a particular room or area in a building can be challenging in buildings with complex or unfamiliar layouts.

SUMMARY

One implementation of the present disclosure is a thermostat in a building. The thermostat includes a user interface, a communications interface, and a processing circuit. The user interface is configured to present information to a user. The communications interface is configured to receive emergency information and building event information from a network. The processing circuit is configured to generate one or more emergency directions based on the emergency information and one or more building event directions based on the building event information. The processing circuit is configured to select a highest priority direction from the emergency directions and the building event directions and cause the user interface to display the highest priority direction.

In some embodiments, the building event directions include at least one of an event location and an event title. The emergency directions may include at least one of evacuation directions and emergency response directions.

In some embodiments, the communications interface is configured to communicate with a user device and receive a user schedule from the user device. The processing circuit may be configured to generate the building event directions based on the user schedule.

In some embodiments, the communications interface is configured to receive sensor data from building emergency sensors. The processing circuit may be configured to generate the emergency directions based on the sensor data.

In some embodiments, the processing circuit is configured to cause the user interface to display a message instructing the user to remove the thermostat from a wall mount and cause the user interface to display a building map when the display device is removed from the wall mount.

In some embodiments, the thermostat includes a global positioning system (GPS) sensor configured to determine GPS coordinates for the thermostat. The processing circuit may be configured to determine a location of the thermostat on the building map based on the GPS coordinates and cause the user interface to display a route on the building map to an evacuation point based on the location of the thermostat.

In some embodiments, the thermostat includes a battery and a battery controller circuit. The battery controller circuit may be configured to charge the battery via a power supply when the battery and the thermostat are connected to the power supply, determine that the thermostat is disconnected from the power supply, and power the thermostat with the battery when the thermostat is disconnected from the power supply.

In some embodiments, the thermostat includes a speaker. The processing circuit may be configured to cause the speaker to play audio messages associated with the highest priority direction.

In some embodiments, the processing circuit includes a direction prioritization selector configured to select the highest priority direction based on the type of emergency associated with each of the emergency directions.

Another implementation of the present disclosure is a method for displaying directions via a thermostat in a building. The method includes receiving, via a communications interface communicatively coupled to a network, emergency information and building event information. The method further includes generating, by a processor, one or more emergency directions based on the emergency information. The method further includes generating, by the processor, one or more building event directions based on the building event information. The method further includes selecting, by the processor, a highest priority direction from the emergency directions and the building event directions. The method further includes causing, by the processor, a user interface to display the highest priority direction.

In some embodiments, the method includes receiving, via the communications interface, a user schedule from a user device. The method includes generating the building event directions is based on the user schedule.

In some embodiments, the method includes receiving, via the communications interface, sensor data from building emergency sensors. In some embodiments, generating, by the processor, the emergency directions is based on the sensor data.

In some embodiments, determining, by the processor, the highest priority direction is based on prioritizing the emergency messages based on the type of the emergency associated with each of the emergency messages.

In some embodiments, the method includes causing, by the processor, the user interface to display a message instructing the user to remove the thermostat from a wall mount and causing, by the processor, the user interface to display a building map when the display device is removed from the wall mount.

In some embodiments, the method includes determining the location of the thermostat on the building map based on GPS coordinates received from a GPS sensor and displaying a route on the building map to an evacuation point based on the location of the thermostat.

In some embodiments, the method further includes charging a battery via a power supply when the battery and the thermostat are connected to the power supply, determining that the thermostat is disconnected from the power supply, and powering the thermostat with the battery when the thermostat is disconnected from the power supply.

Another implementation of the present disclosure is a display device for a building. The device includes a location sensor (e.g., a GPS sensor) configured to determine location coordinates (e.g., GPS coordinates, etc.) of the display device. The device includes a user interface configured to present information to a user. The device includes a communications interface configured to receive emergency information from a network. The device includes a processing circuit configured to cause the display device to display a message instructing the user to remove the display device from a wall mount based on the emergency information, determine the location of the display device on a building map based on the GPS coordinates, and cause the user interface to display a route on the building map to an evacuation point based on the location of the display device.

In some embodiments, the communications interface is configured to receive building event information from the network. The processing circuit may be configured to generate one or more emergency directions based on the emergency information and one or more building event directions based on the building event information, determine a highest priority direction based on the emergency messages and the building event messages, and cause the user interface to display the highest priority direction.

In some embodiments, the display device further includes a battery controller circuit and a battery. The battery controller circuit may be configured to charge the battery via a power supply when the display device and the battery are connected to the power supply, determine that the display device is disconnected from the power supply, and power the display device with the battery when the display device is disconnected from the power supply.

In some embodiments, the communications interface is configured to receive sensor data from building emergency sensors. The processing circuit may be configured to generate the emergency directions based on the sensor data.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic drawing of a building equipped with a HVAC system, according to an exemplary embodiment.

FIG. 2 is a block diagram of a waterside system that may be used in conjunction with the building of FIG. 1, according to an exemplary embodiment.

FIG. 3 is a block diagram of an airside system that may be used in conjunction with the building of FIG. 1, according to an exemplary embodiment.

FIG. 4 is a block diagram of a communications system located in the building of FIG. 1, according to an exemplary embodiment.

FIG. 5 is a block diagram of a communications system located in the building of FIG. 1 where the display devices are communicating ad hoc, according to an exemplary embodiment.

FIG. 6 is a block diagram illustrating the display device of FIGS. 4-5 in greater detail, according to an exemplary embodiment.

FIG. 7 is a block diagram illustrating another embodiment of the display device of FIGS. 4-5 in greater detail, according to an exemplary embodiment.

FIG. 8 is a block diagram illustrating another embodiment of the display device of FIGS. 4-5 in greater detail, according to an exemplary embodiment.

FIG. 9 is a flow diagram of operations for prioritizing directions and displaying the directions on the display device of FIGS. 4-8, according to an exemplary embodiment.

FIG. 10 is a flow diagram of operations for handing off directions between multiple display devices of FIGS. 4-8, according to an exemplary embodiment.

FIG. 11 is a flow diagram of operations for detaching the display device of FIGS. 4-8 from the wall in an emergency situation, according to an exemplary embodiment.

FIG. 12 is a drawing of the display device of FIGS. 4-8 displaying an emergency warning, according to an exemplary embodiment.

FIG. 13 is a drawing of the display device of FIGS. 4-8 displaying a building event notification, according to an exemplary embodiment.

FIG. 14 is a drawing of the display device of FIGS. 4-8 a route notification, according to an exemplary embodiment.

FIG. 15 is a drawing of the display device of FIGS. 4-8 displaying a handicap route notification, according to an exemplary embodiment.

DETAILED DESCRIPTION

Overview

Referring generally to the FIGURES, systems and methods for displaying building navigation directions with a display device are shown, according to various exemplary embodiments. In some embodiments, the display device is configured to display directions to an occupant of the building. The directions may be navigation directions to a location in the building (e.g., a conference room, an office, etc.). In various embodiments, the display device may display emergency directions to the occupant when there is a building emergency. The building emergency may be a storm, a tornado, a fire, and active shooter, and/or any other building emergency. The emergency directions can instruct the occupant how to respond to the building emergency. The emergency directions may instruct the occupant to evacuate the building and may give the occupant route directions to the nearest building exit. In various embodiments, the emergency directions may instruct the occupant to hide and lock doors and windows, take shelter under a desk or table, and/or any other instruction for surviving a building emergency.

In some embodiments, the display device may communicate to a network. In some embodiments, the display device can connect various servers and systems. The display device may communicate to other display devices, mobile devices, and building management systems over the servers and/or through ad hoc communication. In some embodiments, the display device may be configured to determine a priority for displaying directions. The display device may be configured to opportunistically display building event notifications. The display device may be configured to connect to a cellular device and display directions based on mobile applications running on the cellular device. Further, the display device may be configured to perform occupant identification and may retrieve information based on the meeting schedule of an identified individual and display directions to certain conference rooms or locations in the building based on the identified occupant and a schedule associated with the identified occupant.

In some embodiments, the display device may be configured to look up directions for an individual. The individual may be able to input a conference room, office location, and/or any other location into a user interface of the display device. The display device may be configured to display directions to the request location.

In the event of an emergency, the display device may be configured to display emergency response directions, direct a user to an exit, and prompt the user to remove the display device from the wall. Once removed, the display device may use GPS coordinates to direct an individual to the nearest exit, safe location, fallout shelter, and/or any other location in the event of an emergency. In some embodiments, the display device includes a battery and a battery controller circuit. When the user removes the display device from the wall, the battery controller circuit may be configured to cause the batter to power the display device.

In some embodiments, the display device may be communicatively connected to one or more building display devices. In some embodiments, the display device may be configured to push and/or send display directions to the building display devices. In some embodiments, the display device is configured to determine what building display devices are located on route to a destination. In some embodiments, the display devices selectively send the directions to display devices that are located on route to the destination.

Building Management System and HVAC System

Referring now to FIGS. 1-3, an exemplary building management system (BMS) and HVAC system in which the systems and methods of the present invention can be implemented are shown, according to an exemplary embodiment. Referring particularly to FIG. 1, a perspective view of a building 10 is shown. Building 10 is served by a BMS. A BMS is, in general, a system of devices configured to control, monitor, and manage equipment in or around a building or building area. A BMS can include, for example, a HVAC system, a security system, a lighting system, a fire alerting system, any other system that is capable of managing building functions or devices, or any combination thereof.

The BMS that serves building 10 includes an HVAC system 100. HVAC system 100 can include a plurality of HVAC devices (e.g., heaters, chillers, air handling units, pumps, fans, thermal energy storage, etc.) configured to provide heating, cooling, ventilation, or other services for building 10. For example, HVAC system 100 is shown to include a waterside system 120 and an airside system 130. Waterside system 120 can provide a heated or chilled fluid to an air handling unit of airside system 130. Airside system 130 can use the heated or chilled fluid to heat or cool an airflow provided to building 10. An exemplary waterside system and airside system which can be used in HVAC system 100 are described in greater detail with reference to FIGS. 2-3.

HVAC system 100 is shown to include a chiller 102, a boiler 104, and a rooftop air handling unit (AHU) 106. Waterside system 120 can use boiler 104 and chiller 102 to heat or cool a working fluid (e.g., water, glycol, etc.) and can circulate the working fluid to AHU 106. In various embodiments, the HVAC devices of waterside system 120 can be located in or around building 10 (as shown in FIG. 1) or at an offsite location such as a central plant (e.g., a chiller plant, a steam plant, a heat plant, etc.). The working fluid can be heated in boiler 104 or cooled in chiller 102, depending on whether heating or cooling is required in building 10. Boiler 104 can add heat to the circulated fluid, for example, by burning a combustible material (e.g., natural gas) or using an electric heating element. Chiller 102 can place the circulated fluid in a heat exchange relationship with another fluid (e.g., a refrigerant) in a heat exchanger (e.g., an evaporator) to absorb heat from the circulated fluid. The working fluid from chiller 102 and/or boiler 104 can be transported to AHU 106 via piping 108.

AHU 106 can place the working fluid in a heat exchange relationship with an airflow passing through AHU 106 (e.g., via one or more stages of cooling coils and/or heating coils). The airflow can be, for example, outside air, return air from within building 10, or a combination of both. AHU 106 can transfer heat between the airflow and the working fluid to provide heating or cooling for the airflow. For example, AHU 106 can include one or more fans or blowers configured to pass the airflow over or through a heat exchanger containing the working fluid. The working fluid can then return to chiller 102 or boiler 104 via piping 110.

Airside system 130 can deliver the airflow supplied by AHU 106 (i.e., the supply airflow) to building 10 via air supply ducts 112 and can provide return air from building 10 to AHU 106 via air return ducts 114. In some embodiments, airside system 130 includes multiple variable air volume (VAV) units 116. For example, airside system 130 is shown to include a separate VAV unit 116 on each floor or zone of building 10. VAV units 116 can include dampers or other flow control elements that can be operated to control an amount of the supply airflow provided to individual zones of building 10. In other embodiments, airside system 130 delivers the supply airflow into one or more zones of building 10 (e.g., via supply ducts 112) without using intermediate VAV units 116 or other flow control elements. AHU 106 can include various sensors (e.g., temperature sensors, pressure sensors, etc.) configured to measure attributes of the supply airflow. AHU 106 can receive input from sensors located within AHU 106 and/or within the building zone and can adjust the flow rate, temperature, or other attributes of the supply airflow through AHU 106 to achieve setpoint conditions for the building zone.

Referring now to FIG. 2, a block diagram of a waterside system 200 is shown, according to an exemplary embodiment. In various embodiments, waterside system 200 can supplement or replace waterside system 120 in HVAC system 100 or can be implemented separate from HVAC system 100. When implemented in HVAC system 100, waterside system 200 can include a subset of the HVAC devices in HVAC system 100 (e.g., boiler 104, chiller 102, pumps, valves, etc.) and can operate to supply a heated or chilled fluid to AHU 106. The HVAC devices of waterside system 200 can be located within building 10 (e.g., as components of waterside system 120) or at an offsite location such as a central plant.

In FIG. 2, waterside system 200 is shown as a central plant having a plurality of subplants 202-212. Subplants 202-212 are shown to include a heater subplant 202, a heat recovery chiller subplant 204, a chiller subplant 206, a cooling tower subplant 208, a hot thermal energy storage (TES) subplant 210, and a cold thermal energy storage (TES) subplant 212. Subplants 202-212 consume resources (e.g., water, natural gas, electricity, etc.) from utilities to serve the thermal energy loads (e.g., hot water, cold water, heating, cooling, etc.) of a building or campus. For example, heater subplant 202 can be configured to heat water in a hot water loop 214 that circulates the hot water between heater subplant 202 and building 10. Chiller subplant 206 can be configured to chill water in a cold water loop 216 that circulates the cold water between chiller subplant 206 building 10. Heat recovery chiller subplant 204 can be configured to transfer heat from cold water loop 216 to hot water loop 214 to provide additional heating for the hot water and additional cooling for the cold water. Condenser water loop 218 can absorb heat from the cold water in chiller subplant 206 and reject the absorbed heat in cooling tower subplant 208 or transfer the absorbed heat to hot water loop 214. Hot IES subplant 210 and cold TES subplant 212 can store hot and cold thermal energy, respectively, for subsequent use.

Hot water loop 214 and cold water loop 216 can deliver the heated and/or chilled water to air handlers located on the rooftop of building 10 (e.g., AHU 106) or to individual floors or zones of building 10 (e.g., VAV units 116). The air handlers push air past heat exchangers (e.g., heating coils or cooling coils) through which the water flows to provide heating or cooling for the air. The heated or cooled air can be delivered to individual zones of building 10 to serve the thermal energy loads of building 10. The water then returns to subplants 202-212 to receive further heating or cooling.

Although subplants 202-212 are shown and described as heating and cooling water for circulation to a building, it is understood that any other type of working fluid (e.g., glycol, CO2, etc.) can be used in place of or in addition to water to serve the thermal energy loads. In other embodiments, subplants 202-212 can provide heating and/or cooling directly to the building or campus without requiring an intermediate heat transfer fluid. These and other variations to waterside system 200 are within the teachings of the present invention.

Each of subplants 202-212 can include a variety of equipment configured to facilitate the functions of the subplant. For example, heater subplant 202 is shown to include a plurality of heating elements 220 (e.g., boilers, electric heaters, etc.) configured to add heat to the hot water in hot water loop 214. Heater subplant 202 is also shown to include several pumps 222 and 224 configured to circulate the hot water in hot water loop 214 and to control the flow rate of the hot water through individual heating elements 220. Chiller subplant 206 is shown to include a plurality of chillers 232 configured to remove heat from the cold water in cold water loop 216. Chiller subplant 206 is also shown to include several pumps 234 and 236 configured to circulate the cold water in cold water loop 216 and to control the flow rate of the cold water through individual chillers 232.

Heat recovery chiller subplant 204 is shown to include a plurality of heat recovery heat exchangers 226 (e.g., refrigeration circuits) configured to transfer heat from cold water loop 216 to hot water loop 214. Heat recovery chiller subplant 204 is also shown to include several pumps 228 and 230 configured to circulate the hot water and/or cold water through heat recovery heat exchangers 226 and to control the flow rate of the water through individual heat recovery heat exchangers 226. Cooling tower subplant 208 is shown to include a plurality of cooling towers 238 configured to remove heat from the condenser water in condenser water loop 218. Cooling tower subplant 208 is also shown to include several pumps 240 configured to circulate the condenser water in condenser water loop 218 and to control the flow rate of the condenser water through individual cooling towers 238.

Hot TES subplant 210 is shown to include a hot TES tank 242 configured to store the hot water for later use. Hot IES subplant 210 can also include one or more pumps or valves configured to control the flow rate of the hot water into or out of hot TES tank 242. Cold TES subplant 212 is shown to include cold IES tanks 244 configured to store the cold water for later use. Cold TES subplant 212 can also include one or more pumps or valves configured to control the flow rate of the cold water into or out of cold TES tanks 244.

In some embodiments, one or more of the pumps in waterside system 200 (e.g., pumps 222, 224, 228, 230, 234, 236, and/or 240) or pipelines in waterside system 200 include an isolation valve associated therewith. Isolation valves can be integrated with the pumps or positioned upstream or downstream of the pumps to control the fluid flows in waterside system 200. In various embodiments, waterside system 200 can include more, fewer, or different types of devices and/or subplants based on the particular configuration of waterside system 200 and the types of loads served by waterside system 200.

Referring now to FIG. 3, a block diagram of an airside system 300 is shown, according to an exemplary embodiment. In various embodiments, airside system 300 can supplement or replace airside system 130 in HVAC system 100 or can be implemented separate from HVAC system 100. When implemented in HVAC system 100, airside system 300 can include a subset of the HVAC devices in HVAC system 100 (e.g., AHU 106, VAV units 116, ducts 112-114, fans, dampers, etc.) and can be located in or around building 10. Airside system 300 can operate to heat or cool an airflow provided to building 10 using a heated or chilled fluid provided by waterside system 200.

In FIG. 3, airside system 300 is shown to include an economizer-type air handling unit (AHU) 302. Economizer-type AHUs vary the amount of outside air and return air used by the air handling unit for heating or cooling. For example, AHU 302 can receive return air 304 from building zone 306 via return air duct 308 and can deliver supply air 310 to building zone 306 via supply air duct 312. In some embodiments, AHU 302 is a rooftop unit located on the roof of building 10 (e.g., AHU 106 as shown in FIG. 1) or otherwise positioned to receive both return air 304 and outside air 314. AHU 302 can be configured to operate exhaust air damper 316, mixing damper 318, and outside air damper 320 to control an amount of outside air 314 and return air 304 that combine to form supply air 310. Any return air 304 that does not pass through mixing damper 318 can be exhausted from AHU 302 through exhaust damper 316 as exhaust air 322.

Each of dampers 316-320 can be operated by an actuator. For example, exhaust air damper 316 can be operated by actuator 324, mixing damper 318 can be operated by actuator 326, and outside air damper 320 can be operated by actuator 328. Actuators 324-328 can communicate with an AHU controller 330 via a communications link 332. Actuators 324-328 can receive control signals from AHU controller 330 and can provide feedback signals to AHU controller 330. Feedback signals can include, for example, an indication of a current actuator or damper position, an amount of torque or force exerted by the actuator, diagnostic information (e.g., results of diagnostic tests performed by actuators 324-328), status information, commissioning information, configuration settings, calibration data, and/or other types of information or data that can be collected, stored, or used by actuators 324-328. AHU controller 330 can be an economizer controller configured to use one or more control algorithms (e.g., state-based algorithms, extremum seeking control (ESC) algorithms, proportional-integral (PI) control algorithms, proportional-integral-derivative (PID) control algorithms, model predictive control (MPC) algorithms, feedback control algorithms, etc.) to control actuators 324-328.

Still referring to FIG. 3, AHU 302 is shown to include a cooling coil 334, a heating coil 336, and a fan 338 positioned within supply air duct 312. Fan 338 can be configured to force supply air 310 through cooling coil 334 and/or heating coil 336 and provide supply air 310 to building zone 306. AHU controller 330 can communicate with fan 338 via communications link 340 to control a flow rate of supply air 310. In some embodiments, AHU controller 330 controls an amount of heating or cooling applied to supply air 310 by modulating a speed of fan 338.

Cooling coil 334 can receive a chilled fluid from waterside system 200 (e.g., from cold water loop 216) via piping 342 and can return the chilled fluid to waterside system 200 via piping 344. Valve 346 can be positioned along piping 342 or piping 344 to control a flow rate of the chilled fluid through cooling coil 334. In some embodiments, cooling coil 334 includes multiple stages of cooling coils that can be independently activated and deactivated (e.g., by AHU controller 330, by BMS controller 366, etc.) to modulate an amount of cooling applied to supply air 310.

Heating coil 336 can receive a heated fluid from waterside system 200 (e.g., from hot water loop 214) via piping 348 and can return the heated fluid to waterside system 200 via piping 350. Valve 352 can be positioned along piping 348 or piping 350 to control a flow rate of the heated fluid through heating coil 336. In some embodiments, heating coil 336 includes multiple stages of heating coils that can be independently activated and deactivated (e.g., by AHU controller 330, by BMS controller 366, etc.) to modulate an amount of heating applied to supply air 310.

Each of valves 346 and 352 can be controlled by an actuator. For example, valve 346 can be controlled by actuator 354 and valve 352 can be controlled by actuator 356. Actuators 354-356 can communicate with AHU controller 330 via communications links 358-360. Actuators 354-356 can receive control signals from AHU controller 330 and can provide feedback signals to controller 330. In some embodiments, AHU controller 330 receives a measurement of the supply air temperature from a temperature sensor 362 positioned in supply air duct 312 (e.g., downstream of cooling coil 334 and/or heating coil 336). AHU controller 330 can also receive a measurement of the temperature of building zone 306 from a temperature sensor 364 located in building zone 306.

In some embodiments, AHU controller 330 operates valves 346 and 352 via actuators 354-356 to modulate an amount of heating or cooling provided to supply air 310 (e.g., to achieve a setpoint temperature for supply air 310 or to maintain the temperature of supply air 310 within a setpoint temperature range). The positions of valves 346 and 352 affect the amount of heating or cooling provided to supply air 310 by cooling coil 334 or heating coil 336 and may correlate with the amount of energy consumed to achieve a desired supply air temperature. AHU controller 330 can control the temperature of supply air 310 and/or building zone 306 by activating or deactivating coils 334-336, adjusting a speed of fan 338, or a combination of both.

Still referring to FIG. 3, airside system 300 is shown to include a building management system (BMS) controller 366 and a client device 368. BMS controller 366 can include one or more computer systems (e.g., servers, supervisory controllers, subsystem controllers, etc.) that serve as system level controllers, application or data servers, head nodes, or master controllers for airside system 300, waterside system 200, HVAC system 100, and/or other controllable systems that serve building 10. BMS controller 366 can communicate with multiple downstream building systems or subsystems (e.g., HVAC system 100, a security system, a lighting system, waterside system 200, etc.) via a communications link 370 according to like or disparate protocols (e.g., LON, BACnet, etc.). In various embodiments, AHU controller 330 and BMS controller 366 can be separate (as shown in FIG. 3) or integrated. In an integrated implementation, AHU controller 330 can be a software module configured for execution by a processor of BMS controller 366.

In some embodiments, AHU controller 330 receives information from BMS controller 366 (e.g., commands, setpoints, operating boundaries, etc.) and provides information to BMS controller 366 (e.g., temperature measurements, valve or actuator positions, operating statuses, diagnostics, etc.). For example, AHU controller 330 can provide BMS controller 366 with temperature measurements from temperature sensors 362-364, equipment on/off states, equipment operating capacities, and/or any other information that can be used by BMS controller 366 to monitor or control a variable state or condition within building zone 306.

Client device 368 can include one or more human-machine interfaces or client interfaces (e.g., graphical user interfaces, reporting interfaces, text-based computer interfaces, client-facing web services, web servers that provide pages to web clients, etc.) for controlling, viewing, or otherwise interacting with HVAC system 100, its subsystems, and/or devices. Client device 368 can be a computer workstation, a client terminal, a remote or local interface, or any other type of user interface device. Client device 368 can be a stationary terminal or a mobile device. For example, client device 368 can be a desktop computer, a computer server with a user interface, a laptop computer, a tablet, a smartphone, a PDA, or any other type of mobile or non-mobile device. Client device 368 can communicate with BMS controller 366 and/or AHU controller 330 via communications link 372.

Display Device with Building Navigation Features

Referring now to FIG. 4, a block diagram of communications system 400 is shown, according to an exemplary embodiment. System 400 can be implemented in a building (e.g. building 10) and is shown to include display device 402, network 404, building emergency sensor(s) 406, weather server(s) 408, building management system 410, and user device 412. System 400 connects devices, systems, and servers via network 404 so that emergency information, navigation directions, and other information can be passed between devices (e.g., display device 402, user device 412, building emergency sensor(s) 406) and servers and systems (e.g., weather server(s) 408 and building management system 410).

In some embodiments, network 404 communicatively couples the devices, systems, and servers of system 400. In some embodiments, network 404 is at least one of and/or a combination of a Wi-Fi network, a wired Ethernet network, a Zigbee network, a Bluetooth network, and/or any other wireless network. Network 404 may be a local area network or a wide area network (e.g., the Internet, a building WAN, etc.) and may use a variety of communications protocols (e.g., BACnet, IP, LON, etc.). Network 404 may include routers, modems, and/or network switches. Network 404 may be a combination of wired and wireless networks.

In some embodiments, display device 402 is configured to receive emergency information and navigation directions via network 404. In some embodiments, display device 402 is a wall mounted device with a display screen. For example, display device 402 can be a thermostat, a humidistat, a light controller, and any other wall mounted device with a display screen. In some embodiments, display device 402 is connected to building emergency sensor(s) 406 and receives emergency data from the building emergency sensor(s) 406. In some embodiments, building emergency sensor(s) 406 are sensors which detect building emergencies. Building emergency sensor(s) 406 can include, for example, smoke detectors, carbon monoxide detectors, fire pull handles, panic buttons and any other emergency sensor. In some embodiments, the emergency sensor(s) include actuators. The actuators may be building emergency sirens, a sprinkler and/or sprinkler system, an automatic door controller and/or automatic door control system, and any other actuator used in a building. In some embodiments, building emergency sensor(s) 406 may communicate with building management system 410. Building management system 410 may receive sensor data from the building emergency sensor(s) 410. In various embodiments, building management system 410 may send the sensor data and/or emergency information associated with the sensor data to display device 402.

In some embodiments, display device 402 is communicatively coupled to weather server(s) 408 via network 404. In some embodiments, display device 402 is configured to receive weather alerts (e.g., high and low daily temperature, five day forecast, thirty day forecast, etc.) from the weather server(s) 408. Display device 402 may be configured to receive emergency weather alerts (e.g., flood warnings, fire warnings, thunder storm warnings, winter storm warnings, etc.) from the weather server(s) 408. In some embodiments, display device 402 is configured to display emergency warnings via a user interface of display device 402 when display device 402 receives an emergency weather alert from weather server(s) 408. Display device 402 may be configured to display emergency warnings based on the data received from building emergency sensor(s) 406. In some embodiments, display device 402 causes a siren to alert occupants of the building of an emergency, causes all doors to become locked and/or unlocked, causes an advisory message be broadcast through the building, and/or controls any other actuator or system necessary for responding to a building emergency. In some embodiments, the building management system 410 communicates with weather server 408. Building management system 410 may communicate (e.g., send) information from weather server 408 to display device 402.

In some embodiments, display device 402 is configured to communicate with building management system 410 via network 404. Display device 402 may be configured to transmit environmental setpoints (e.g., temperature setpoint, humidity setpoint, etc.) to building management system 410. In some embodiments, building management system 410 is configured to cause zones of a building (e.g., building 10) to be controlled to the setpoint received from display device 402. For example, building management system 410 may be configured to control the temperature, humidity, lighting, or other environmental conditions of a building based on the setpoints or control signals received from display device 402. In some embodiments, building management system 410 is configured to transmit emergency information to display device 402. The emergency information can include, for example, a notification of a shooter lockdown, a tornado warning, a flood warning, a thunderstorm warning, and/or any other warning. In some embodiments, building management system 410 is connected to various weather servers and/or other web servers from which building management system 410 receives emergency warning information.

Display device 402 can be configured to communicate with user device 412 via network 404. In some embodiments, user device 412 communicates calendar information to display device 402. User device 412 can include any user-operable computing device such as smartphones, tablets, laptop computers, desktop computers, wearable devices (e.g., smart watches, smart wrist bands, smart glasses, etc.), and/or any other computing device. User device 412 can be a mobile device or a non-mobile device. In some embodiments, the calendar information is stored and/or entered by a user into calendar application 414. Calendar application 414 may be one or a combination of Outlook, Google Calendar, Fantastical, Shifts, CloudCal, DigiCal, and/or any other calendar application. Display device 402 may receive calendar information from the calendar application such as times and locations of appointments, times and locations of meetings, information about the expected location of the user, and/or any other calendar information. Information about the expected location of the user may be information that the user will depart for an airport or another location at a specific time or in a range of times. Display device 402 may be configured to display direction to a user associated with user device 412 based on the calendar information stored in calendar application 414.

In some embodiments, a user may press a button on a user interface of display device 402 indicating a building emergency. The user may be able to indicate the type of emergency (e.g., fire, flood, medical, active shooter, etc.). Display device 412 may communicate an alert to building management system 410, user device 412, and/or any other device, system, or server.

Referring now to FIG. 5, a block diagram of communications system 500 is shown, according to an exemplary embodiment. System 500 can be implemented in a building (e.g. building 10) and is shown to include display device 402, network 404, building emergency sensor(s) 406, weather server(s) 408, building management system 410, and user device 412. These components may be the similar or the same as described with reference to FIG. 4. System 500 connects devices, systems, and servers via network 404 so that emergency information, navigation directions, and other information can be passed between devices (e.g., display device 402, user device 412, building emergency sensor(s) 406) and servers and systems (e.g., weather server(s) 408 and building management system 410).

In some embodiments, system 500 includes display devices 416 and 418. Display devices 416 and 418 may be identical and/or similar to display device 402. In some embodiments display devices 416 and 418 have the ability to communicate to display device 402 but are different from display device 402. For example, display device 416 and display device 418 can be smart actuators, building controllers, etc., while display device 402 can be a smart thermostat. Display device 402, display device 416, and display device 418 may be located in different locations of a building (e.g., building 10). In some embodiments, display device 402, display device 416, display device 418 and user device 412 may communicate to each other ad hoc. In some embodiments, display device 402, display device 416, and display device 418 may communicate to each other via network 404. In some embodiments, ad hoc communication may be at least one of (ad hoc Wi-Fi, ad hoc Zigbee, ad hoc Bluetooth, NFC, etc.) In some embodiments, the devices form a MANET, a VANET, a SPAN, an IMANET, and/or any other ad hoc network. In some embodiments, the devices are connected and communicate via RS-485, Ethernet, and/or any other wired, wireless, or combination of wired and wireless communication method.

In some embodiments, display device 402, display device 416, display device 418 send navigation directions to one another via ad hoc communication. In some embodiments, one of the display devices determines a route for a building occupant. The route may be the fastest or shortest path to a destination (e.g., a conference room, an office, etc.). Display device may handoff the navigation directions to other display devices (e.g., display device 416, display device 418, etc.) along the path of the occupant. In some embodiments, the route may meet a need of the occupant, such as a route that will accommodate wheelchairs if the occupant is in a wheelchair or traveling with someone in a wheelchair.

In some embodiments, user device 412 is configured to communicate with display device 402, display device 416, and display device 418 via ad hoc communication. In some embodiments, user device 412 may communicate with the display devices (e.g., display device 402, display device 416, display device 418, etc.) and request navigation directions. In some embodiments, a user may check in with a display device and the display device may display navigation information for the individual associated with the user device 412. Checking in with the display device may be holding user device 412 a certain distance from the display device so that user device 412 can communicate with the display device via NFC. In various embodiments, checking in with the display device includes connecting to the display device via Wi-Fi, Bluetooth, or Zigbee and entering a password and/or username.

Referring now to FIG. 6, a block diagram illustrating display device 402 in greater detail is shown, according to an exemplary embodiment. Display device 402 is shown to include a communications interface 602, an occupancy sensor 604, a speaker 606, a user interface 608, and a processing circuit 610. Display device 402 can be configured to display directions and/or other types of information to a user via user interface 608. In some embodiments, display device 402 is configured to determine a highest priority direction and/or emergency notification and display the direction and/or emergency notification on user interface 608. In some embodiments, displaying the directions on user interface 608 is accompanied by playing the direction and/or emergency notification via speaker 606. The priority of direction and/or emergency notification may be determined based on detecting emergencies, identifying users with occupancy sensor 604, and receiving directions over communications interface 602.

Communications interface 602 may be configured to communicate with network 404 as described with reference to FIGS. 4-5. Communications interface 602 can be configured to communicate via local area networks (e.g., a building LAN), wide area networks (e.g., the Internet, a cellular network, etc.), conduct direct communications (e.g., NFC, Bluetooth, etc.) ad hoc with devices (e.g., ad hoc Wi-Fi, ad hoc Zigbee, ad hoc Bluetooth, NFC etc.), and/or with ad hoc networks (e.g., MANET, a VANET, a SPAN, an IMANET, and any other ad hoc network). In some embodiments, communications interface 602 communicates ad hoc with display device 402, display device 416, and/or display device 418. In some embodiments, communications interface 602 includes an application gateway configured to receive input from applications running on client devices. Communications interface 602 can include one or more wireless transceivers (e.g., a Wi-Fi transceiver, a Bluetooth transceiver, a NFC transceiver, a cellular transceiver, etc.) for communicating with mobile devices.

In some embodiments, communications interface 602 communicates with display device 416, display device 418, building emergency sensor(s) 406, weather server(s) 408, building management system 410, and/or user device 412 as described with reference to FIGS. 4-5 to receive environmental condition information, direction requests and/or emergency notifications. Communications interface 602 may receive navigation requests from user device 412. Communications interface 602 may receive navigation direction and/or building maps from building management system 410. In some embodiments, emergency information and/or alerts are received via communications interface 602 from building management system 410. In some embodiments, emergency information is received form building emergency sensor(s) 406. In some embodiments, emergency information is received from weather server(s) 408.

Occupancy sensor 604 may be used to detect occupancy and determine the identity of the occupant. Occupancy sensor 604 may be one or a combination of motion sensors, cameras, microphones, capacitive sensors, or any number of other sensors. For example, occupancy sensor 604 can include one or more cameras which detect heat signatures. Occupancy sensor 604 may detect separate objects and distinguish between humans and other objects. Occupancy sensor 604 can include one or more transducers which detect some characteristic of their respective environment and surroundings. Occupancy sensors, such as a camera, may be used to determine if an occupant is using a wheelchair, cane, crutches, and/or any other assistance device.

Speaker 606 may be configured to project audio. The audio may be warning messages, direction messages, alternate route suggestion messages and any other message. Speaker 606 may be any kind of electroacoustic transducer and/or combination of transducers that are configured to generate sound waves based on electrical signals. Speaker 606 may be a loudspeaker (e.g., various combinations of subwoofers, woofers, mid-range drivers, tweeters, etc.) and may broadcast messages to an entire zone and/or an entire building (e.g., building 10). In some embodiments, speaker 606 includes filters. In some embodiments, the filters are various combinations of high pass filters, low pass filters, band pass filters, etc.

User interface 608 may be a touch screen display configured to receive input from a user and display images and text to a user. In some embodiments, user interface 608 is at least one or a combination of a resistive touch screen and a capacitive touch screen (e.g., projective capacitive touch screen). In some embodiments, user interface 608 is a swept-volume display, a varifocal mirror display, an emissive volume display, a laser display, a holographic display, a light field display, and/or any other display or combination of displays. User interface 608 may be configured to display images and text to a user but may not be configured to receive input from the user. In some embodiments, user interface 608 is one or a combination of a CRT display, an LCD display, an LED display, a plasma display, and/or an OLED display.

Processing circuit 610 is shown to include a processor 612 and memory 614. Processor 612 can be a general purpose or specific purpose processor, an application specific integrated circuit (ASIC), one or more field programmable gate arrays (FPGAs), a group of processing components, or other suitable processing components. Processor 612 may be configured to execute computer code and/or instructions stored in memory 614 or received from other computer readable media (e.g., CDROM, network storage, a remote server, etc.).

Memory 614 can include one or more devices (e.g., memory units, memory devices, storage devices, etc.) for storing data and/or computer code for completing and/or facilitating the various processes described in the present disclosure. Memory 614 can include random access memory (RAM), read-only memory (ROM), hard drive storage, temporary storage, non-volatile memory, flash memory, optical memory, or any other suitable memory for storing software objects and/or computer instructions. Memory 614 can include database components, object code components, script components, or any other type of information structure for supporting the various activities and information structures described in the present disclosure. Memory 614 can be communicably connected to processor 612 via processing circuit 610 and can include computer code for executing (e.g., by processor 612) one or more processes described herein.

Memory 614 is shown to include a network controller 616, an emergency identifier 618, a HVAC controller 626, a directions controller 628, a direction selector 648, an occupancy controller 638, an audio controller 640, and user interface controller 642. Each of these components is described in greater detail below.

Network controller 616 may contain instructions to communicate with a network (e.g., network 404) and ad hoc to other devices (e.g., display device 416, display device 418, user device 412, etc.). In some embodiments, network controller 618 contains instructions to communicate over wireless and wired communication methods. In some embodiments, wireless communication methods are communicating in a Wi-Fi network, a Zigbee network, and/or a Bluetooth network via communications interface 602. In some embodiments, the communication methods are wired such as via RS-485, Ethernet (e.g., CAT5, CAT5e, etc.), and/or any other wired communication method. Network controller 616 may be configured to facilitate communication a local area network or a wide area network (e.g., the Internet, a building WAN, etc.) and may be configured to use a variety of communications protocols (e.g., BACnet, IP, LON, etc.). In some embodiments, network controller 618 facilitates ad hoc communication. The ad hoc communication may be at least one of (ad hoc Wi-Fi, ad hoc Zigbee, ad hoc Bluetooth, NFC etc.). In some embodiments, network controller 618 facilitates communication over an ad hoc network (e.g., MANET, a VANET, a SPAN, an IMANET, and any other ad hoc network).

Emergency identifier 618 can be configured to determine whether an emergency is occurring. The emergency can be an emergency inside the building (e.g., a fire, a dangerous person, a critical fault or operating condition in the BMS, etc.) or an emergency outside the building (e.g., a tornado, dangerous weather conditions, etc.). In some embodiments, emergency identifier 618 is configured to determine emergency alerts based on information received from network controller 616. Emergency identifier 618 may include emergency sensor controller 620, weather server controller 622, and BMS emergency controller 624. Emergency sensor controller 620 may be configured to communicate with building emergency sensor(s) 406 described with reference to FIGS. 4-5 via network controller 616 and communications interface 602. In some embodiments, emergency sensor controller 620 can send commands to building emergency sensor(s) 406. In some embodiments, the commands are to activate actuators, deactivate actuators, gather sensor data, etc. and are sent to emergency sensor(s) 406 and/or emergency sensor controller 620.

Emergency sensor controller 620 may receive sensor data from building emergency sensor(s) 406 via network controller 616 and communications interface 602. Emergency sensor controller 620 may be configured to analyze the sensor data and determine if an emergency is present. Emergency sensor controller 620 may determine the nature of the emergency based on the analysis of the sensor data. The nature of the emergency may be an earthquake, a fire, a gas leak, etc. Emergency sensor controller 620 may be configured to determine and/or retrieve applicable directions for the determined emergency. In some embodiments, emergency sensor controller 620 determines that an emergency is occurring when the sensor data is above and/or below a predefined threshold. For example, if emergency sensor controller 620 determines that sensor data/information indicates that carbon monoxide levels cross a predefined threshold, the air is dangerous to breath and the building should be evacuated.

In some embodiments, building emergency sensor(s) 406 are configured to determine the nature of the emergency. Emergency sensor controller 620 may be configured to receive the nature of the emergency from building emergency sensor(s) 406 via network controller 616 and communications interface 602. Emergency sensor controller 620 can be configured to generate emergency directions based on the emergency. In some embodiments, the emergency directions are to evacuate a building, hide under tables and/or desks, close windows, and any other direction relevant to an emergency situation. Emergency sensor controller 620 may send the determined emergency directions to direction selector 644.

Weather server controller 622 may be configured to communicate with weather server(s) 408 as described with reference to FIGS. 4-5. Weather server controller 622 may be configured to query weather server(s) 408 for weather information and/or weather related emergency information. In some embodiments, weather server controller 622 is configured to determine emergency directions based on the information received from weather server(s) 408. The emergency directions may be sent to direction selector 644. In some embodiments, the directions are evacuate a building, hide under tables and/or desks, close windows, and any other direction relevant to an emergency situation.

BMS emergency controller 624 may be configured to communicate with building management system 410 as described with reference to FIGS. 4-5. In some embodiments, BMS emergency controller 624 may be configured to receive emergency information from building management system 410. In some embodiments, the information received is weather related emergencies, active shooter emergencies, unsafe building emergencies, and any other emergency information received from building management system 410. In some embodiments, BMS emergency controller 624 is configured to send the emergency information received form building management system 410 to direction selector 644.

In some embodiments, building management system 410 may include one or more databases which store building maps, room and meeting schedules, and/or any other information regarding a building (e.g., building 10). In some embodiments, BMS emergency controller 624 is configured to request the building information from building management system 410 and send the building related information to directions controller 628.

Still referring to FIG. 6, HVAC controller 626 may communicate with the building management system 410 via network controller 616, communications interface 602, and network 404 as described with further reference to FIGS. 4-5. HVAC controller 626 may be configured to receive temperature setpoints and humidity setpoints via user interface 608. In some embodiments, HVAC controller 626 provides a control signal to building management system 410 via network controller 616 and/or communications interface 602. The control signal may cause the building management system 410 to condition and/or heat a zone and/or building to a setpoint temperature. Further, the control signals may cause building management system 410 to achieve a humidity value in a building and/or zone based on a humidity setpoint.

HVAC controller 626 may use any of a variety of control algorithms (e.g., state-based algorithms, extremum-seeking control algorithms, PID control algorithms, model predictive control algorithms, feedback control algorithms, etc.) to determine appropriate control actions for any HVAC equipment connected to building management system 410 as a function of temperature and/or humidity. For example, if the temperature is above a temperature set point received from touch screen 202 via single-touch controller 430 and/or multi-touch controller 432, control output module 124 may determine that a cooling coil and/or a fan should be activated to decrease the temperature of an supply air delivered to a building zone. Similarly, if the temperature is below the temperature set point, HVAC controller 626 may determine that a heating coil and/or a fan should be activated to increase the temperature of the supply air delivered to the building zone. HVAC controller 626 may determine that a humidification or dehumidification component of building management system 410 should be activated or deactivated to control the ambient relative humidity to a humidity set point for a building zone.

Directions controller 628 may be configured to determine directions for an occupant or a group of occupants of a building (e.g., building 10). In some embodiments, directions controller 628 includes an opportunistic controller 630, a user based direction controller 632, a special needs controller 634, and a direction request controller 636. Opportunistic controller 630 may be configured to generate and/or determine building event directions and/or messages based on information received from the building management system 410. In some embodiments, opportunistic controller 630 is configured to receive building event information from building management system 410 and/or calendar application 414 of user device 412 as described with reference to FIGS. 4-5. In some embodiments, the event information may include an image to display on user interface 608. The event information may include all events in a building at a specific time. Opportunistic controller 630 may be configured to determine if the location of the event is nearby the location of display device 402. In some embodiments, only events that are nearby the location of the display device 402 are determined to be displayed on user interface 608.

In some embodiments, opportunistic controller 630 analyzes calendar information from one or more mobile devices (e.g., user device 412) received via network controller 616 and communications interface 602. Based on the calendar information, display device 402 may learn what events are occurring in the building. Opportunistic controller 630 may be configured to generate an event image (e.g., various combinations of logos, admission fees, locations, start and end times, etc.) relating to the event and may determine proper audio notifications to be served along with the generated event image.

User-based direction controller 632 may be configured to generate navigation directions for an occupant. In some embodiments, user based direction controller 632 may be configured to receive the identity of an occupant from occupancy controller 638. The identity may be the identity of an occupant a predetermined distance from display device 402. In some embodiments, the user based direction controller 632 may be configured to query the building automation system 410 via network controller 616 and communications interface 602 for information associated with the identified occupant. In some embodiments, building automation system 410 may reply with the name of the occupant, the schedule of the occupant, any meetings and/or events that the occupant is a participant (e.g., optional participant, required participant, etc.), and may also reply with any special needs of the occupant, such as wheel chair accessible directions. User based direction controller 632 may be configured to generate directions to any locations which the identified occupant may be scheduled to be. In some embodiments, user based direction controller 632 may be configured to communicate with a calendar application (e.g., calendar application 414) via ad hoc and/or network communications with a user device (e.g., user device 412) to determine the schedule of a building occupant. In some embodiments, user based direction controller 632 may be configured to generate arrows, building maps, audio directions, and any other form of directions. User based direction controller 632 may be configured to send the directions to direction selector 644.

Special needs controller 634 may determine if the occupant identified by user based direction controller 632 has any special needs. For example, special needs controller 634 may be configured to communicate with building management system 410 and receive any information relating to any physical and/or mental disabilities associated with the identified user. The disabilities may be that the identified occupant is deaf, mute, blind, in a wheelchair, on crutches, etc. In some embodiments, special needs controller 634 may determine building directions based on the disability of the occupant. For example, if the identified occupant is in a wheel chair, the special needs controller 634 may generate directions to a location that circumnavigates any stairs. If the identified occupant is determined to be deaf, the special needs controller 634 may be configured to generate audio directions only and not visual directions. In some embodiments, the audio direction are a series of turns (e.g., “go forward to end of hall turn right, go forward to end of hall turn left,” etc.)

Direction request controller 636 may be configured to receive direction requests from user interface 608. Direction request controller may communicate with user interface controller 642 and may receive the direction request form user interface controller 642. In some embodiments, direction request controller 636 is configured to display directions to a requested location in response to a building occupant requesting directions via user interface 608. The requested location can include, for example, a conference room, a meeting room, an office, etc. In some embodiments, direction request controller 636 may be configured to display a map showing where the user is, where the destination is, the shortest route to the destination, etc. In some embodiments, direction request controller 636 is configured to generate text directions indicating which turns to make in order to navigate to the destination. Further, direction request controller 636 may be configured to generate audio messages to be played along with the visual directions.

In some embodiments, occupancy controller 638 may be configured to determine the identity of an occupant based on information received from occupancy sensor 604. The identity of the occupant may be provided to user based direction controller 632. In some embodiments, the occupancy controller 638 receives sensor input from occupancy sensor 604 where the sensor may be a camera. Occupancy controller 638 can perform digital image processing to identify the one or more users based on the digital images received from the camera. In some embodiments, digital image processing is used to identify the faces of the one or more users, the height of the one or more users, or any other physical characteristic of the one or more users. In some embodiments, the digital image processing is performed by image analysis tools such as edge detectors and neural networks. In some embodiments, the digital image processing compares the physical characteristics of the one or more users with physical characteristics of previously identified users.

In some embodiments, occupancy controller 638 receives sensor input from a microphone. The microphone can be any of a plurality of microphone types. The microphone types include, for example, a dynamic microphone, a ribbon microphone, a carbon microphone, a piezoelectric microphone, a fiber optic microphone, a laser microphone, a liquid microphone, and an audio speaker used as a microphone. In some embodiments, the occupancy controller analyzes the audio data received from the microphone. In some embodiments, occupancy controller 638 identifies one or more users based on voice biometrics of the audio received from the microphone. Voice biometrics are the unique characteristics of a speaker's voice. Voice biometrics include voice pitch or speaking style that result from the anatomy of the speaker's throat and/or mouth. In some embodiments, the voice biometrics of linked users is stored on display device 402 in occupancy controller 638. In some embodiments, the voice biometrics are stored on building management system 410 and must be retrieved by occupancy controller 638. In some embodiments, occupancy controller 638 uses a text dependent voice recognition technique. In some embodiments, occupancy controller 638 uses a text independent voice recognition technique to identify the one or more users.

In some embodiments, occupancy controller 638 uses the text dependent voice recognition technique to identify the one or more users based on a password or particular phrase spoken by one of the users. For example, the user may speak a phrase such as “This is Felix, I am home.” Occupancy controller 638 can perform speech recognition to determine the spoken phrase “This is Felix, I am home” from the audio data received form the microphone. In some embodiments, occupancy controller 638 uses one or a combination of a hidden Markov models, dynamic time warping, neural networks to determine the spoken phrase, etc. Occupancy controller 638 compares the determined spoken phrase to phrases linked to users. If the phrase, “This is Felix, I am home” matches a phrase linked to a user Felix, occupancy controller 638 can identify the user as Felix. In some embodiments, the linked phrases are stored on occupancy controller 638. In various embodiments, the linked phrases are stored on building management system 410.

In some embodiments, occupancy controller 638 is configured to capture audio data from one or more users and perform pre-processing. In some embodiments pre-processing may be compressing the audio data, converting the audio data into an appropriate format, and any other pre-processing action necessary. Occupancy controller 638 may be configured to transmit the captured spoken audio data to a voice recognition server via communications interface 602 and network 404 as described with reference to FIGS. 4-5. The voice recognition server may be configured to determine the identity of the occupant and transmit the identity of the occupant to occupancy controller 638.

Audio controller 640 may be configured to receive audio directions from direction selector 644. Audio controller 640 may generate an analog signal for speaker 606 based on a digital audio signal from direction selector 644. In some embodiments, audio controller 640 may be configured to convert a digital audio signal into an analog audio signal (i.e., digital to audio conversion (DAC)). In some embodiments, audio controller 640 may contain a text to speech application program interface (API) that is configured to generate spoken words based on the received navigation direction. In some embodiments, the text to speech API is one or a combination of Watson Text to Speech, Cortana text to speech, an open source text to speech API, a proprietary text to speech API, and/or any other text to speech API.

User interface controller 642 may be configured to display images on user interface 608. The images can include, for example, maps, text, arrows, and/or any other image used to display direction to an occupant of a building. In some embodiments, user interface controller 642 is configured to receive input from use interface 608. The input may be rotating a map, zooming in on a map, typing in a conference room navigation request, and any other input that can be received from user interface 608. In some embodiments, user interface controller 642 receives images to display from direction selector 644. In some embodiments, user interface controller 642 sends direction requests to direction request controller 636.

Direction selector 644 may be configured to receive directions from direction controller 628. Direction selector 644 may be configured to receive emergency directions from emergency identifier 618. In some embodiments, direction prioritization selector 646 is configured to receive the directions for directions controller 628. Direction selector 644 may be configured to prioritize the directions received from directions controller 628 and the emergency directions received from emergency identifier 618. Direction prioritization selector 646 may be configured to rank each direction request in order of highest priority. In some embodiments, directions requested via user interface 608 may have the highest priority over opportunistic directions and/or direction determined based on information from occupancy sensor 604. The ranking system may contain a queue which directions may be placed. The length of time which a direction is in the queue may factor into determining the priority for that direction. For example, a conference advertisement may be received from opportunistic controller 630 and may be placed into a display queue. The longer the advertisement sits in the queue, the higher the priority level for the advertisement may grow. When the priority level crosses a predefined level, the advertisement may be displayed and the priority level reset. In some embodiments, the priority of a direction may determine the period of time that the direction is displayed on user interface 608.

In some embodiments, direction prioritization selector 646 may provide the highest priority direction to emergency prioritization selector 648. Emergency prioritization selector may provide the directions received from direction prioritization selector 646 to user interface controller 642 if no emergency is present. If an emergency is present, emergency prioritization selector may provide the emergency directions to user interface controller 642 instead of the directions from direction prioritization selector 646. In some embodiments, emergency directions for multiple emergencies (e.g., floods, tornados, storms, earthquakes, etc.) may be ranked base on order of priority. For example, if emergency prioritization selector 648 receives a notification from emergency identifier 618 that there is an active shooter in the building (e.g., building 10) and a notification that there is a flooding, emergency prioritization selector 648 may rank the active shooter directions as higher priority, and may show these directions exclusively and/or for longer periods of time. In some embodiments, the highest priority emergency direction is the direction that is most likely to cause harm to occupants of the building.

In various embodiments, emergency prioritization selector 648 may combine emergency directions when occupants of the building must respond to multiple emergencies simultaneously. For example, if there is a fire and a tornado, the emergency prioritization selector 648 may combine fire response directions with tornado response directions. Emergency prioritization selector 648 may create emergency messages which tell occupants of the building to go to a certain exit. The route to the exit may bypass rooms and/or hallways with large windows. Emergency prioritization selector 648 may be able to combine any amount or type of emergency directions.

Referring now to FIG. 7, display device 700 is shown as an alternate embodiment of display device 402. Some components of display device 700 are the same as display device 402 as described with reference to FIGS. 4-6. These components include, communications interface 602, occupancy sensor 604, speaker 606, user interface 608, processing circuit 610, processor 612, memory 614, network controller 616, emergency identifier 618, emergency sensor controller 620, weather server controller 622, BMS emergency controller 624, HVAC controller 626, occupancy controller 638, audio controller 640, user interface controller 642, direction selector 644, direction prioritization selector 646, and emergency prioritization selector 648. Display device 700 is shown to further include direction handoff controller 702. In some embodiments, display device 700 has some or all of the functionality of display device 402. Direction handoff controller 702 is shown to include building map controller 704, user based handoff controller 706, direction request handoff controller 708, and display device location controller 710. Display device 700 may be configured to determine navigation direction and emergency directions as described with reference to display device 402.

In addition to determining navigation directions, emergency directions, and prioritizing directions, display device 700 may be configured to communicate with other display devices (e.g., display device 416, display device 418, etc.) and pass directions to other display devices. In some embodiments, display device 700 passes direction to other display devices that are on the route of a navigation path. In some embodiments, the direction handoff is performed via network 404 as described with reference to FIGS. 4-5. In various embodiments, the direction handoff is performed ad hoc (e.g., by sending the directions directly from display device to display device).

Building map controller 704 may be configured to maintain and/or store a building map. The building map may include multiple floors, multiple campuses, etc. Building map controller 704 may receive updates from building management system 410 via network 404. In some embodiments, building map controller 704 may be configured to receive a map when first installed in the building. In some embodiments, building map controller 704 contains the locations of all other display devices in the building. In some embodiments, building map controller 704 is configured to receive map updates from building management system 410. In various embodiments, building map controller 704 may receive notices from building management system 410 that a hallway and/or exit may be closed and/or blocked. In some embodiments, a hallway and/or exit may be blocked based on an emergency (e.g., a certain hallway is on fire and is not transmissible by an occupant. In various embodiments, a hallway and/or exit may be blocked when there are building renovations and/or repairs being done in the building.

User based handoff controller 706 may have all of the functionality of user based direction controller 632 and special needs controller 634. In addition to this functionality, user based handoff controller 706 may be configured to generate a message to send to other devices along the determined path and/or route. The other devices may be targeted based on their location along the route. Further, the time at which the user based handoff controller 706 causes the message to be sent may be based on an anticipated and/or determined walking speed of a user. For example, the message to display the directions for a user may be displayed when it is anticipated that the user will be passing the next display device based on an anticipated and/or determined walking speed. User based handoff controller 706 may cause network controller 616 and communications interface 602 to send the message to other targeted display devices.

Display device location controller 708 may be configured to maintain the location of the display device 700. In some embodiments, display device location controller 708 may perform an initial configuration routine in which the display device may prompt an installer with a building map and request that the installer identify the location of the display device 700. In some embodiments, a password may be entered via user interface 608 allowing an authorized individual to change the location of the display device 700. In various embodiments, display device location controller 708 may be configured to periodically prompt users to confirm the location of the display device 700. In various embodiments, display device location controller 708 may prompt the user by asking the user if the directions it is displaying are correct or incorrect. If the user indicates via user interface 608 that the direction displayed by display device location controller 708 are incorrect, display device location controller 708 may be configured to cause a message to be sent to building management system 410. Building management system 410 may notify a building technician that the location of display device 700 needs to be correct and/or updated.

Direction request handoff controller 710 may contain some or all of the functionality of direction request controller 636. In addition to this functionality, direction request handoff controller 710 may be configured to generate a message to send to other devices along the determined path and/or route. The other devices may be targeted based on their location along the route. Further, the time at which direction request handoff controller 710 causes the message to be sent may be based on an anticipated and/or determined walking speed of a user. For example, the message to display the directions for a user may be displayed when it is anticipated that the user will be passing the next display device based on an anticipated and/or determined walking speed. Direction request handoff controller 710 may cause network controller 616 and communications interface 602 to send the message to other targeted display devices.

Referring now to FIG. 8, display device 800 is shown as an alternate embodiment of display device 402. In some embodiments display device 800 has some and/or all of the functionality of display device 402. Various components of display device 800 shown are the same as in display device 402 as described with reference to FIGS. 4-6. The components include communications interface 602, speaker 606, user interface 608, processing circuit 610, processor 612, memory 614, network controller 616, HVAC controller 626, emergency identifier 618, emergency sensor controller 620, weather server controller 622, BMS emergency controller 624, audio controller 640, and user interface controller 642. Display device 800 may be configured to be removed from a wall (e.g., a wall mount) in the event of an emergency. In some embodiments, display device 800 is configured to be torn off the wall. In various embodiments, display device 800 unhooks from a wall mount so that it can be easily removed. Display device 800 may provide navigation directions for evacuating a building in case of a fire, an active shooter, etc. Display device 800 is shown to include battery controller circuit 802, battery 804, and GPS 806. Memory 614 is shown to include mobile display device controller 808.

Battery controller circuit 802 is configured to charge and/or discharge battery 804. Battery controller circuit 802 may receive AC power and/or DC power. Battery controller circuit 802 may include a rectifier circuit configured to convert the AC power into DC power. In some embodiments, the rectifier is a full wave rectifier, a half wave rectifier, a full bridge rectifier, and any other type of rectifier. In some embodiments, the rectified wave is filtered to smooth out any voltage ripple present after the wave is rectified. Battery controller circuit 802 may be configured to configured to perform maximum power point tracking (MPPT) when charging the battery if the power source is a solar cell and/or solar panel. In some embodiments, battery controller circuit 802 includes circuits configured to perform slow charging (i.e. trickle charging) and/or fast charging. In some embodiments, the temperature of the battery 804 is monitored while fast charging is performed so that the battery 804 does not become damaged.

In some embodiments, the battery 804 stores charge which can be released to power display device 800. In some embodiments, battery controller circuit 802 begins discharging battery 804 when battery controller circuit detects that a wired power source of the display device 800 is removed (i.e. display device 800 is removed from the wall). Battery 804 may be any type or combination of batteries. In some embodiments, the battery is a nickel cadmium (Ni—Cd) battery and/or a nickel-metal hydride (Ni-MH) battery. In various embodiments, the battery is a lithium ion battery and/or a lithium polymer battery.

GPS 806 may be configured to determine the location of the display device 800. In some embodiments, GPS 806 determines the coordinates of display device 800. GPS 806 may send the coordinates of display device 800 to GPS controller 810. In some embodiments, GPS controller 810 logs and tracks the location of display device 800. In some embodiments, GPS controller 810 is configured to determine what direction display device 800 is moving by analyzing a plurality of GPS coordinate readings. Building map controller 812 may contain some of all of the functionality of building map controller 704 as described with reference to FIG. 7. Building map controller 812 may be configured to provide a map of the building that display device 800 is located in to mobile directions controller 816.

In some embodiments, mobile directions controller 816 generates audio directions and visual directions for display device 800. Mobile directions controller 816 may be configured to provide audio directions to audio controller 640 as described with reference to FIGS. 6-7. In various embodiments, mobile directions controller 816 may be configure to provide visual direction to user interface controller 642 as described with reference to FIGS. 6-7. Mobile direction controller 816 may be configured to generate a display for user interface 608. In some embodiments, the display may be a map displaying the location of display device 800 and a trace leading to the nearest exit.

In some embodiments, mobile directions controller 816 may be configured to determine directions based on the nature of the emergency determined by emergency identifier 618. For example, if there is a fire in the building, the mobile directions controller 816 may navigate the user holding the display device 800 to the nearest accessible exit. If the emergency is an active shooter in the building, the display device may direct the user holding display device 800 to an exit and/or may navigate the user holding display device 800 to a room that can be locked and/or easily barricaded.

In some embodiments, audio controller 640 is configured to use sound navigation when appropriate. For example, if there is an active shooter in the building, audio controller 640 may be configured to be silent so that the shooter is not alerted of the location of the user holding display device 800. In some embodiments, if there is a fire, smoke may be thick enough and/or impair the vision of the user holding display device 800. Audio controller 640 may be configured to play audio directing the user holding display device 800 to an exit without needing the user to be able to see user interface 608.

Flow Diagrams

Referring now to FIG. 9, a flow diagram of process 900 for prioritizing directions for a display device is shown, according to an exemplary embodiment. In some embodiments, process 700 is performed by display device 402, as described with reference to FIGS. 4-6. In step 902, display device 402 receives emergency notifications from a BMS (e.g., building management system 410.) In some embodiments, the emergency notification is a weather related notification (winter storm watch, flooding, tornado warning, tornado watch, etc.). In some embodiments, the emergency notification is related to a building emergency (e.g., an active shooter in the building, unsafe water in the building, structurally unsafe areas of the building, etc.)

In step 904, display device 402 receives weather related emergency notifications from weather servers (e.g., weather server(s) 408.) The alert may be a winter storm watch, a flooding warning, a tornado warning, a tornado watch, etc. In step 906, display device 402 may receive and/or query emergency sensors (e.g., building emergency sensor(s) 406) for data indicating a building emergency. In some embodiments, the emergency sensors are configured to determine the nature of the emergency and provide an emergency notification directly to the display device 402. In some embodiments, the emergency notification is one or a combination of a fire, a gas leak, unsafe carbon monoxide levels, etc.

In step 908, a decision is made by display device 402 based on the presence or absence of any emergencies. If display device 402 does not determine that there is a building and/or weather related emergency in step 902, step 904, and step 906, the display device 908 may perform 916 and display non-emergency related directions. If display device 402 determines that there is a building and/or weather related emergency in step 902, step 904 and/or step 906 display device 402 may prioritize the emergency directions 910 and display emergency related directions.

In step 910, display device 402 may prioritize all the emergencies determined in step 902, step 904, and/or step 906. Display device 402 may determine the priority of emergencies based on emergency severity and/or immediate impact to occupants of a building. For example, a winter storm warning may have a lower priority than an active shooter.

In step 912, display device 402 may display the emergency directions. In some embodiments, the emergency directions are actions (e.g., emergency response directions) to take in lieu of the building and/or weather related emergency. For example, if there is a tornado, the directions may be to hide under desks and/or tables. If there is a fire, the display device 402 may display evacuation directions and/or a route to the nearest exit. If there are multiple emergencies present, the display device 402 may cycle emergencies and/or choose the most important emergency to display. In some embodiments, display device 402 generates custom directions to accommodate the proper actions to take when there are multiple emergencies. For example, if there is a fire and an active shooter present in a building, display device 402 may turn off all sound on display device 402 and display a message to the individual to keep silent. The display device 402 may then precede to direct building occupants to the nearest exits.

In step 914, the display device 402 may generate audible alarms. In some embodiments, the audible alarm may be a loudspeaker message disclosing what the emergency is and/or the proper actions to take in lieu of the emergency. In some embodiments, the audible directions are directions to the nearest exit. The directions may be “Turn left at the end of hallway and proceed to exit” and/or any other message indicating the proper directions that a user should take to evacuate the building.

If display device 402 determines that no emergencies are present in step 908, the display device may perform step 916. In step 916, display device 402 receive user direction request via a user interface. In some embodiments, a user may input a specific conference room, meeting room, and/or office.

In step 918, display device 402 may identify an occupant based on digital video processing from a camera, digital audio processing from a microphone, and/or any other processing of occupancy sensors that can be used to identify a user. In some embodiments, display device 402 stores features of users that can be matched by using digital video processing and/or digital audio processing. In some embodiments, display device 402 sends a query with identified physical features of a user to a building management system (e.g., building management system 410). The building management system may return the identity of the user. In some embodiments, the building management system may return a schedule indicating locations and times of meetings which the user may be required to attend, or which may be of interest to the user. In some embodiments, display device 402 generates navigation direction based on the identity of the user and/or based on the schedule received from the building management system.

In step 920, display device 402 may generate directions opportunistically. In some embodiments, directions may be based on events occurring in the building. In some embodiments, display device communicates with a building management system (e.g., building management system 410) and/or a building scheduler system. In some embodiments, display device 402 generates opportunistic directions based on the location of display device 402 in the building and/or the events occurring in the building. In some embodiments, display device 402 communicates with the scheduling applications of mobile devices of users in the building and/or passing by display device 402. In some embodiments, display device 402 determines what events are occurring in the building and their nature (e.g., public, private, etc.). In some embodiments, display device 402 generates directions opportunistically based on the schedules of mobile devices in the building.

In some embodiments, display device 402 prioritizes the directions determined in steps 916-920 (step 922). The directions can be ranked in order of highest priority. In some embodiments, requested directions (step 916) may have the highest priority over opportunistic directions (step 920) and/or direction determined based on information from an occupancy sensor (step 918). The ranking system may contain a queue which directions may be placed. The length of time which a direction is in the queue may factor into determining the priority for that direction. For example, if a conference advertisement is received from a building management system, the priority for displaying this advertisement may be low. In some embodiments, the priority of a direction may determine how long the direction is displayed on a user interface of display device 402. The highest priority direction may be displayed on a user interface of display device 402.

Referring now to FIG. 10, a flow diagram of process 1000 for handing off directions between display devices is shown, according to an exemplary embodiment. In some embodiments, process 1000 is performed by display device 700, as described with reference to FIG. 7. Process 1000 may include some or all of the steps of process 900 as described with reference to FIG. 9. In step 908, display device 700 determines if there is an emergency present in the building in which display device 700 is located. If there is an emergency, steps 910, 912, and 914 are performed as described with reference to FIG. 9.

In step 1002, display device 700 sends emergency directions to other display devices located in the building. In some embodiments, display device 700 determines where other display devices are located in the building with a display device location controller (e.g., display device location controller 708). In some embodiments, display device 700 sends the emergency directions to other devices located in the building via ad hoc communication (e.g., ad hoc Wi-Fi, ad hoc Zigbee, ad hoc Bluetooth, NFC etc.). In some embodiments, display device 700 is configured to communicate ad hoc to the other display devices. In various embodiments, display device 700 may be configured to transmit the emergency directions to the other display devices via network 404 as described with reference to FIG. 4. In some embodiments, network 404 may connect display devices on multiple floors, multiple zones, multiple buildings, and multiple campuses. In some embodiments display device 700 may send emergency directions to display devices located on a different floor than the display device 700, a different zone than the display device 700, a different building than the display device 700, and a different campus than the display device 700.

In step 908, if no emergency is present, display device 700 may receive direction requests from user interface (step 1004). In some embodiments, display device 700 may be configured to allow users to enter destinations via a touch screen user interface. In some embodiments, the destination is a conference room, a meeting room, and/or an office. Display device 700 may be configured to display an arrow, a map, turn by turn directions, and/or generate audio directions. Display device 700 may determine other display devices along the route to the destination (step 1008) and may send display directions to these devices ad hoc and/or over network 404 (step 1010).

In step 1006, display device 700 may determine directions for an occupant based on the identity of the occupant. In some embodiments, display device 700 uses at least one of a camera and/or a microphone to determine the identity of an occupant. An occupancy controller (e.g., occupancy controller 638) may be configured to identify occupants based on data received from occupancy sensors (e.g., cameras, microphones, etc.). Display device 700 may be connected to a network (e.g., network 404) and may be able to retrieve meeting information associated with the identified user. Display device 700 may be configured to display directions (arrows, turn by turn directions, maps, etc.) based on any destinations that are indicated by the identified user's meeting schedule. In some embodiments, display device 700 is configured to determine other display devices along the route to the destination (step 1008) and may send display directions to these devices ad hoc and/or over network 404 (step 1010).

Referring now to FIG. 11, a flow diagram of process 1100 for removing a display device from a wall and using it as a map in an emergency situation, according to an exemplary embodiment. In some embodiments, process 1100 is performed by display device 800, as described with reference to FIG. 8. In step 1102, display device 800 determines if there is an emergency present in the building in which display device 800 is located. In step 1106, display device 800 determines if there is a building emergency as determined by steps 902, 904, and 906, as described with reference to FIG. 9. If there is no building and/or weather related emergency, display device 800 may resume normal operation (e.g., 1104). In some embodiments, normal operation is receiving environmental setpoints via user interface 608 and regulating environmental conditions of zones and/or a building (e.g., building 10) with HVAC controller 626. In some embodiments, normal operation is waiting for an emergency message to be received such as in steps 902, 904, and 906 as described with reference to FIG. 9.

In some embodiments, if an emergency is determined in at least one of steps 902, 904, and 906 as described with reference to FIG. 9, display device 800 displays emergency situation directions (step 1106). In some embodiments, the emergency situation directions are evacuation directions, phone numbers to call, an appropriate course of action to take, etc. In step 1108, display device 800 may generate an alarm. In some embodiments, the alarm is a siren, a building-wide message, and/or any other audible alarm.

In step 1110, display device 800 may prompt a user to remove display device 800 from the wall. In some embodiments, user interface 608 intermittently periodically displays a message “Remove From Wall For Evacuation” for a predefined duration of time. In some embodiments, the user may press a button on user interface 608 which confirms that the user has removed the device from the wall. In some embodiments, display device 800 may use GPS 806 and GPS controller 810 to determine that display device 800 has is changing location and has been removed from its original location. In some embodiments, display device 800 has a sensor such as a switch which detects that the device has been removed from the wall.

In step 1112, display device 800 may determine its current location with GPS 806. In some embodiments, GPS controller 810 may communicate with GPS 806 to determine coordinates of display device 800. In some embodiments, the coordinates are a latitude, a longitude, and an altitude. Display device 800 may be configured to use the coordinates to determine the location of the display device 800 and the user who has removed display device 800 from the wall in the building. In some embodiments, display device 800 uses GPS controller 810 to poll GPS 806 for coordinates periodically. In some embodiments, GPS controller 810 receives a new coordinate when one of the coordinates (i.e., altitude, longitude, and latitude) has changed more than a predefined amount.

In step 1114, the display device may use building map controller 812 and mobile directions controller 816 to determine a route to an evacuation point and/or a safe zone with the GPS coordinates of GPS controller 810. In some embodiments, user interface controller 642 may display the location of the user on user interface 608 and a map with a route indicating the necessary directions to take to reach the evacuation point and/or safe zone.

Referring now to FIG. 12, a drawing 1200 of an emergency display for display device 402 is shown, according to an exemplary embodiment. In some embodiments, display device 402 is configured to display emergency directions on user interface 608. Emergency directions 1202 display text based directions for exiting a building. In some embodiments, the directions may be map based. Map based directions may allow an individual to see their current location on a map and a route to the nearest exit, evacuation zone, and/or safe zone. Audio 1204 may be broadcast by display device 402 to accompany the visual emergency message. In some embodiments audio 1204 is broadcast via speaker 606. The emergency audio, audio 1204, may give audible directions to occupants of the building to evacuate. In some embodiments, audio 1204 may give occupants of the buildings evacuation directions and/or directions to a safe zone.

Referring now to FIG. 13, a drawing 1300 of an opportunistic display for display device 402 is shown, according to an exemplary embodiment. In some embodiments, the opportunistic message may be a message generated and/or determined by opportunistic controller 630 as described with reference to FIGS. 6-8. In some embodiments, display device 402 is configured to display opportunistic messages and opportunistic directions on user interface 608. Opportunistic message 1302 displays advertises a building event and display directions to said building event. The advertisement may include a logo, the location of an event, a cost of an event, and/or any other information that could be used in the advertisement. Audio 1304 may be broadcast by display device 402 to accompany the opportunistic message. In some embodiments audio 1204 is broadcast via speaker 606. The opportunistic audio message, audio 1204, may give audible directions to occupants of the building to report to certain rooms, floors, building, and/or any other location. In some embodiments, audio 1304 is music and/or any other audio based message or sound.

Referring now to FIG. 14, a drawing 1400 of a route notification for display device 402 and/or display device 700 is shown, according to an exemplary embodiment. In some embodiments, display device 402 and/or display device 700 is configured to display directions on user interface 608. In some embodiments, the directions are for an identified and/or tracked occupant. Direction message 1402 may include the name of the occupant being given directions. In some embodiments, direction message 1402 includes a route destination (e.g., “West Conference room in Building 4, on Floor 4”). Further, directions may be given to the occupant. The directions may be the appropriate turns to take to reach a location (e.g., “follow hallway to end and make left turn”).

In some embodiments, audio 1404 may be broadcast by display device 402 and/or display device 700 to accompany the direction message 1402. In some embodiments audio 1404 is broadcast via speaker 606. The audio 1404 may give audible directions to occupants of the building to report to certain rooms, floors, building, and/or any other location. In some embodiments, audio 1404 is music and/or any other audio based message or sound. Audio 1404 may identify an occupant by name and/or handle before playing directions for the occupant.

Referring now to FIG. 15, a drawing 1500 of an alternate route notification for display device 402 and/or display device 700 is shown, according to an exemplary embodiment. In some embodiments, display device 402 and/or display device 700 is configured to display alternate route directions on user interface 608. In some embodiments, the directions are for an identified and/or tracked occupant. In some embodiments, the identified and/or tracked occupant has a known disability. Alternate route message 1502 may give directions to an occupant of an alternate route based on the disability of the occupant. For example, the route may direct an occupant to a wheelchair ramp instead of a staircase if the identified occupant has crutches, a wheelchair, and/or any other disability prohibiting the occupant from ascending and/or descending stairs.

In some embodiments, audio 1504 may be broadcast by display device 402 and/or display device 700 to accompany the alternate route message 1502. In some embodiments audio 1504 is broadcast via speaker 606. The audio 1504 may give audible directions to occupants of alternate routes. In some embodiments, the audio 1504 may direct an occupant to a wheelchair accessible ramp. In some embodiments, audio 1504 is music and/or any other audio based message or sound. Audio 1504 may identify an occupant by name and/or handle before playing directions for the alternate route.

Configuration of Exemplary Embodiments

The construction and arrangement of the systems and methods as shown in the various exemplary embodiments are illustrative only. Although only a few embodiments have been described in detail in this disclosure, many modifications are possible (e.g., variations in sizes, dimensions, structures, shapes and proportions of the various elements, values of parameters, mounting arrangements, use of materials, colors, orientations, etc.). For example, the position of elements may be reversed or otherwise varied and the nature or number of discrete elements or positions may be altered or varied. Accordingly, all such modifications are intended to be included within the scope of the present disclosure. The order or sequence of any process or method steps may be varied or re-sequenced according to alternative embodiments. Other substitutions, modifications, changes, and omissions may be made in the design, operating conditions and arrangement of the exemplary embodiments without departing from the scope of the present disclosure.

The present disclosure contemplates methods, systems and program products on any machine-readable media for accomplishing various operations. The embodiments of the present disclosure may be implemented using existing computer processors, or by a special purpose computer processor for an appropriate system, incorporated for this or another purpose, or by a hardwired system. Embodiments within the scope of the present disclosure include program products comprising machine-readable media for carrying or having machine-executable instructions or data structures stored thereon. Such machine-readable media can be any available media that can be accessed by a general purpose or special purpose computer or other machine with a processor. By way of example, such machine-readable media can comprise RAM, ROM, EPROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to carry or store desired program code in the form of machine-executable instructions or data structures and which can be accessed by a general purpose or special purpose computer or other machine with a processor. When information is transferred or provided over a network or another communications connection (either hardwired, wireless, or a combination of hardwired or wireless) to a machine, the machine properly views the connection as a machine-readable medium. Thus, any such connection is properly termed a machine-readable medium. Combinations of the above are also included within the scope of machine-readable media. Machine-executable instructions include, for example, instructions and data which cause a general purpose computer, special purpose computer, or special purpose processing machines to perform a certain function or group of functions.

Although the figures show a specific order of method steps, the order of the steps may differ from what is depicted. Also two or more steps may be performed concurrently or with partial concurrence. Such variation will depend on the software and hardware systems chosen and on designer choice. All such variations are within the scope of the disclosure. Likewise, software implementations could be accomplished with standard programming techniques with rule based logic and other logic to accomplish the various connection steps, processing steps, comparison steps and decision steps. 

What is claimed is:
 1. A thermostat in a building, the thermostat comprising: a user interface configured to present information to a user; a communications interface configured to receive emergency information and building event information from a network; and a processing circuit configured to: generate one or more emergency directions based on the emergency information and one or more building event directions based on the building event information; selecting a highest priority direction from the emergency directions and the building event directions; cause the user interface to display the highest priority direction; and cause the user interface to display a message instructing the user to remove the thermostat from a wall mount.
 2. The thermostat of claim 1, wherein the building event directions comprise at least one of an event location and an event title; wherein the emergency directions comprise at least one of evacuation directions and emergency response directions.
 3. The thermostat of claim 1, wherein the communications interface is configured to communicate with a user device and receive a user schedule from the user device; wherein the processing circuit is configured to generate the building event directions based on the user schedule.
 4. The thermostat of claim 1, wherein the communications interface is configured to receive sensor data from building emergency sensors; wherein the processing circuit is configured to generate the emergency directions based on the sensor data.
 5. The thermostat of claim 1, wherein the processing circuit is configured to: cause the user interface to display a building map when the thermostat is removed from the wall mount.
 6. The thermostat of claim 5, further comprising a global positioning system (GPS) sensor configured to determine GPS coordinates for the thermostat; wherein the processing circuit is configured to determine a location of the thermostat on the building map based on the GPS coordinates and cause the user interface to display a route on the building map to an evacuation point based on the location of the thermostat.
 7. The thermostat of claim 1, further comprising a battery and a battery controller circuit; wherein the battery controller circuit is configured to: charge the battery via a power supply when the battery and the thermostat are connected to the power supply; determine that the thermostat is disconnected from the power supply; and power the thermostat with the battery when the thermostat is disconnected from the power supply.
 8. The thermostat of claim 1, further comprising a speaker; wherein the processing circuit is configured to cause the speaker to play audio messages associated with the highest priority direction.
 9. The thermostat of claim 1, wherein the processing circuit comprises a direction prioritization selector configured to select the highest priority direction based on the type of emergency associated with each of the emergency directions.
 10. A method for displaying directions via a thermostat in a building, the method comprising: receiving, via a communications interface communicatively coupled to a network, emergency information and building event information; generating, by a processor, one or more emergency directions based on the emergency information; generating, by the processor, one or more building event directions based on the building event information; selecting, by the processor, a highest priority direction from the emergency directions and the building event directions; causing, by the processor, a user interface to display the highest priority direction; and cause the user interface to display a message instructing the user to remove the thermostat from a wall mount.
 11. The method of claim 10, further comprising receiving, via the communications interface, a user schedule from a user device; wherein generating the building event directions is based on the user schedule.
 12. The method of claim 10, further comprising receiving, via the communications interface, sensor data from building emergency sensors; wherein generating the emergency directions is based on the sensor data.
 13. The method of claim 10, wherein determining the highest priority direction is based on prioritizing the emergency directions based on a type of the emergency associated with each of the emergency directions.
 14. The method of claim 10, further comprising: causing, by the processor, the user interface to display a building map when the thermostat is removed from the wall mount.
 15. The method of claim 14, further comprising: determining the location of the thermostat on the building map based on GPS coordinates received from a GPS sensor; and displaying a route on the building map to an evacuation point based on the location of the thermostat.
 16. The method of claim 10, further comprising: charging a battery via a power supply when the battery and the thermostat are connected to the power supply; determining that the thermostat is disconnected from the power supply; and powering the thermostat with the battery when the thermostat is disconnected from the power supply.
 17. A display device for a building, the device comprising: a GPS sensor configured to determine GPS coordinates of the display device; a user interface configured to present information to a user; a communications interface configured to receive emergency information from a network; and a processing circuit configured to: cause the display device to display a message instructing the user to remove the display device from a wall mount based on the emergency information; determine the location of the display device on a building map based on the GPS coordinates; and cause the user interface to display a route on the building map to an evacuation point based on the location of the display device.
 18. The display device of claim 17, wherein the communications interface is configured to receive building event information from the network; wherein the processing circuit is configured to: generate one or more emergency directions based on the emergency information and one or more building event directions based on the building event information; select a highest priority direction from the emergency directions and the building event directions; and cause the user interface to display the highest priority direction.
 19. The display device of claim 18, further comprising a battery controller circuit and a battery, wherein the battery controller circuit is configured to charge the battery via a power supply when the display device and the battery are connected to the power supply, determine that the display device is disconnected from the power supply, and power the display device with the battery when the display device is disconnected from the power supply.
 20. The display device of claim 18, wherein the communications interface is configured to receive sensor data from building emergency sensors; wherein the processing circuit is configured to generate the emergency directions based on the sensor data. 